Controlling audio of a device

ABSTRACT

Techniques and tools are described for controlling an audio signal of a mobile device. For example, information indicative of acceleration of the mobile device can be received and correlation between the information indicative of acceleration and exemplar whack event data can be determined. An audio signal of the mobile device can be controlled based on the correlation.

BACKGROUND

Mobile devices have become ubiquitous in today's world. Such devices canoffer a wide variety of functionality in a single device, such as thattraditionally provided by separate mobile phone and computing devices.

As such devices grow in capability and complexity, it can becomeincreasingly more difficult to quickly invoke particular functionality.Further, it can be difficult to access traditional interfaces to thedevice when the device is carried in a pocket or bag.

At the same time, mobile devices are becoming increasingly more audible.A variety of audio ring tones, alerts, music, and the like arecommonplace for such devices.

However, there are times when silence is desired. For example, during ameeting or other event, it may be inappropriate to allow the device toemit audio output.

Traditionally, a user can set the device to a silent or vibrate mode.While such an approach is useful, there is still room for improvement.

SUMMARY

In summary, the Detailed Description presents various tools andtechniques for controlling an audio signal of a mobile device bydetecting a whack.

According to one implementation of the technologies described herein, amobile device can produce and audio signal. For example, a mobile devicecan ring to indicate an incoming call. Acceleration information of themobile device can be received while the audio signal is being produced.For example, periodic measurements of acceleration can be received froman accelerometer of the mobile device. A correlation between theacceleration information and exemplar whack event data can bedetermined. Based on the determined correlation, the audio signal of themobile device can be controlled. For example, the ringing of the mobiledevice can be controlled when a correlation is sufficient to indicate awhack is detected.

In another implementation, a mobile device can detect multiple whackingevents within a threshold time interval. For example, a user of themobile device can whack the mobile device twice quickly and the mobiledevice detects the whacks. An audio signal of the mobile device can becontrolled based on the determination that multiple whacking events weredetected within the time interval.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used to limit the scope of the claimed subject matter.

The foregoing and other objects, features, and advantages of thetechnologies will become more apparent from the following DetailedDescription, which proceeds with reference to the accompanying figures.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an exemplary system implementing the whackbased audio control technologies described herein.

FIG. 2 is a flowchart of an exemplary method of implementing the whackbased audio control technologies described herein.

FIG. 3A is a diagram of an exemplary whack on which exemplar whack eventdata can be based.

FIG. 3B is a diagram illustrating exemplary accelerometer axes for amobile device.

FIG. 4 is a flowchart of an exemplary method of implementing detectionof a plurality of whacks.

FIG. 5 is a block diagram of an exemplary system implementing eventdetection via a sliding window of accelerometer data.

FIG. 6 is a flowchart of an exemplary method detecting events via asliding window of accelerometer data.

FIG. 7 is a diagram illustrating an exemplary computing environment inwhich described embodiments may be implemented.

FIG. 8 is a diagram illustrating an exemplary mobile device in whichdescribed embodiments may be implemented.

FIG. 9 is a diagram illustrating a generalized example of a suitableimplementation environment in which described embodiments may beimplemented.

DETAILED DESCRIPTION EXAMPLE 1 Exemplary Overview

There are a variety of circumstances under which it may be desirable toquickly control a device without having to interact with a traditionaluser interface. For example, often mobile device users forget to settheir mobile devices in a silent or vibrate mode and the device rings ormakes sounds at an inopportune moment. The techniques described hereincan be used for controlling an audio signal of the mobile device inresponse to a whacking of the mobile device.

EXAMPLE 2 Exemplary System Employing a Combination of the Technologies

FIG. 1 is a block diagram of an exemplary mobile device 100 that canproduce an audio signal that can be controlled. In the example, themobile device 100 can produce an audio signal using speaker 102. Theaudio signal can be controlled when a user whacks the mobile device 100and the whacking event is detected. For example, while the audio signalis being produced, the whack based audio control module 110 of themobile device 100 can receive acceleration data from accelerometer 120.The acceleration data indicates acceleration of the mobile device 100detected by the accelerometer 120. The mobile device 100 can includeexemplar whack event data 130 that indicates exemplar accelerationduring a whacking event. The whack based audio control module 110 canreceive exemplar event data 130 to determine a correlation between theacceleration data and exemplar event data 130 to detect a whackingevent. When a whacking event is detected and responsive thereto, theaudio signal is controlled.

The connections shown in FIG. 1 do not necessarily indicate directconnections and can be more complex including intermediate connections.In practice, the mobile device 100 can be less or more complicated(e.g., with additional functionality than that shown).

EXAMPLE 3 Exemplary Method of Employing a Combination of theTechnologies

FIG. 2 is a flowchart of an exemplary method 200 of controlling an audiosignal of a mobile device and can be implemented, for example, in asystem such as that shown in FIG. 1.

At 210, information indicative of acceleration of the mobile device isreceived. For example, as the mobile device produces an audio signal, anaccelerometer can periodically measure the current acceleration of amobile device over a period of time, and the acceleration information isreceived from the accelerometer. Information indicative of accelerationof the mobile device can be generated by the accelerometer in responseto acceleration of the mobile device. For example, when a user whacksthe mobile device, the mobile device accelerates in response to the userwhack.

At 220, a correlation between exemplar whack event data and theinformation indicative of acceleration of the mobile device isdetermined.

At 230, an audio signal is controlled based on the correlation.

EXAMPLE 4 Exemplary Information Indicative of Acceleration

In any of the examples herein, the information indicative ofacceleration (e.g., acceleration data) can include measurements ofacceleration. For example, the information indicative of accelerationcan be a plurality of magnitudes of acceleration reflecting measurementsof acceleration during the movement of the mobile device. In practice,the magnitudes can take the form of scalar values (e.g., in g's,multiples of g's, fractions of g's, or the like). Typically, the data iscollected on a real-time or near real-time basis so it can be determinedwhether a whack is currently taking place or has happened in theimmediate past.

The measurements of acceleration can be taken and output by anaccelerometer coupled to a mobile device. A service on the mobile devicecan provide the data upon request so that the whack based audio controltechnologies need not implement the details of interfacing with theaccelerometer.

The magnitudes of acceleration can be from a single axis of measurementor multiple axes of measurement. Multiple axes can take the form of anx, y, z configuration.

Information indicative of acceleration can be provided in the form ofdata samples that indicate measurements of acceleration sampledperiodically over a span of time (e.g., n measurements per second). Inone periodic sampling implementation, 50 measurements per second aretaken; however, the technologies can work with a different samplingrate.

EXAMPLE 5 Exemplary Exemplar Whack Event Data

In any of the examples herein, exemplar whack event data can be datacorresponding to an exemplar whack (e.g., data representing a typicalwhack by a typical user).

The exemplar whack event data can be acceleration data similar to datathat would be produced by an accelerometer during a whack event that canbe a typical user's whack of a mobile device. For example, the exemplarevent data can be a plurality of magnitudes of acceleration that changevalues exemplifying the acceleration over time of a mobile device thathas been whacked by a user. The exemplar event data can exemplify theacceleration over time of a mobile device in various orientations,positions, or under conditions when whacked by a typical user. Forexample, the exemplar whack event data can be of a pattern similar to apattern of acceleration data of a mobile device whacked or impacted by auser in a shirt pocket, a pants pocket, a bag, a purse, flat, on edge,or on a table. The magnitudes of acceleration can correspond to a singleaxis or multiple axes. In practice, exemplar whack data can be suppliedwith a mobile device as part of an original configuration. Adjustment(e.g., by the user) can be supported. For example, a high, medium, andlow setting can be supported for sensitivity, which may adjust theexemplar whack event data or the threshold when comparing to theexemplar whack event data.

The exemplar whack event data can be implemented as a canonical patternof data in the form of an array of acceleration magnitudes. The exemplarwhack event data can also be stored, predetermined, or previouslyentered into a mobile device.

If desired, a training mode can be provided by which a user whacks thedevice to provide exemplary whack data.

EXAMPLE 6 Exemplary Correlation Determination

In any of the examples herein, a correlation can be determined betweenexemplar whack event data and information indicative of acceleration.Correlation can be indicated by sufficient correlation (e.g., sufficientmatch) between the exemplar whack event data and information indicativeof acceleration collected from a mobile device. A correlation can becalculated using a function or statistical technique. For example, adistance function can indicate how different (or how similar) theexemplary whack data is to the acceleration information.

In practice, a comparison between the exemplar whack data and collectedacceleration information can be done to generate one or more valuesindicative of a degree to which there is sufficient correlation. Adecision regarding whether there is sufficient correlation can be madebased on whether such values meet one or more thresholds.

Because acceleration can be in either of two directions (e.g., dependingon orientation of the device, etc.), an absolute value threshold can beused. Alternatively, the correlation can be positive or negativecorrelation, and sufficient correlation can be found if the valueexceeds a positive threshold or falls below a negative threshold (e.g.,the same threshold magnitude).

If correlation is determined, a whacking event can be detected.

The threshold value(s) can be set either higher or lower to reduce orincrease the sensitivity of the mobile device to detect whacking eventsby a user.

Additionally, other sensor input can be used to determine that awhacking event has been detected. For example, data from a gyroscope canbe used or considered in addition to accelerometer data in determining acorrelation and whether a whacking event has been detected.

EXAMPLE 7 Exemplary Correlation Coefficient

Correlation can be determined by calculating a correlation coefficientbased on information indicative of acceleration and exemplar whack eventdata. An exemplary correlation coefficient is a Pearson's r coefficient(e.g., that varies between −1 and 1). The information indicative ofacceleration and exemplar whack event data can be used as input datainto a Pearson's r coefficient calculation. The resulting Pearson's rcoefficient can indicate by a value the correlation between theinformation indicative of acceleration and the exemplar whack eventdata.

Alternatively, a correlation coefficient can be the absolute value orsquare of a Pearson's r coefficient. Other statistical techniques orfunctions can be used to find a correlation coefficient between theinformation indicative of acceleration and the exemplar whack eventdata.

EXAMPLE 8 Exemplary Sufficient Correlation for Correlation Coefficient

In any of the examples herein, determining whether a correlationcoefficient indicates correlation between acceleration data and exemplarwhack event data (e.g., whether a whack event has occurred).

In one implementation, if the correlation coefficient is positive andmeets a threshold value, then the correlation can be sufficient toindicate a whacking event is detected. A correlation below the thresholdcan indicate that the correlation is not sufficient enough to indicatethat a whacking event has been detected. Also, if the correlationcoefficient is negative and meets (e.g., is below) a threshold value,then the correlation can be sufficient to indicate a whacking event. Forexample, in the case that a Pearson's r coefficient is used, which canbe between −1 and 1, a threshold value could be set at a cutoff for acorrelation coefficient that is positive; another threshold value can beset at a cutoff (e.g., a negative inverse of the first cutoff) for acorrelation coefficient that is negative. In one embodiment, cutoffs of0.75 and −0.75 can be used, but other values can be used with thetechnologies. In some embodiments more than one threshold value can beset.

EXAMPLE 9 Exemplary Initiation of Collection of Acceleration Data

In any of the examples herein, collection of acceleration data can beinitiated in response to a state change of the device. In one example,the collection of acceleration data can be initiated by the productionof an audio signal by the mobile device. For example, when the mobiledevice rings to indicate an incoming call the collection of accelerationdata can be initiated and acceleration data can be collected. In otherexamples, collection of acceleration data can be initiated by a user, aturning on of the mobile device, a state change of the mobile devicesoftware, or by other triggers. After detection of the whack or whenaudio stops (e.g., when not ringing), data need not continue to becollected.

The accelerometer can be turned off when not collecting data (e.g.,responsive to determining data is no longer being collected by anyapplications). Such an approach can save power consumption by the mobiledevice.

EXAMPLE 10 Exemplary Audio Signal

In any of the examples herein, an audio signal from a device can be asound or signal to generate a sound. For example, a sound produced by aspeaker or output to be played on speaker. A speaker can be an apparatusthat can produce an audio signal. For example, the audio signal can be aringing, a ringtone, user-initiated audio, a tone, a played recording,an alarm, or the like. The audio signal can be in response to orindicate an incoming call, a message, an update, a reminder for ameeting or event, the playing of music or recording, or the like.

EXAMPLE 11 Exemplary User-Initiated Audio

In any of the examples herein, user-initiated audio can be that audioinitiated by a user, such as playing back music or some other audiorecording. Common implementations use MP3s or other audio formats indigital music player functionality.

EXAMPLE 12 Exemplary Controlling of an Audio Signal

In any of the examples herein, controlling an audio signal can besilencing, playing, or changing an audio signal. In one embodiment, thecontrolling of an audio signal of the mobile device can trigger otherfunctionality or change a mode of the device. For example, when anincoming call ring has been controlled by a whack, the detection of thewhack can also cause the mobile device to ignore the call. Also, forexample a controlling of an audio signal can turn a ringer to be on oroff.

Controlling can include pausing an audio signal, playing back an audiosignal, or the like.

EXAMPLE 13 Exemplary Silencing

In any of the examples herein, silencing the audio signal can be ending,muting, or pausing the audio signal. For example, a ringtone produced bya speaker of a mobile phone signaling an incoming call can be ended.Also for example, a user can play audio on a mobile device and the audiocan be paused or silenced using the technologies described.

In practice, silencing can be achieved via interaction with a soundservice on the mobile device.

EXAMPLE 14 Exemplary Multiple Whacks

In any of the examples herein, multiple whacks of a mobile device can bedetected (e.g., within a time interval corresponding to a short periodof time) and controlling of an audio signal takes place responsive todetecting such multiple whacks. In one embodiment, a current whack by auser can be detected, and the detection can be recorded as occurring ata current time. Then, a determination can be made if an incidence of aprevious whack was detected within a time interval (e.g., a thresholdperiod of time) before the recorded time of the detected current whack.

Alternatively, the time interval between the time of a current whack(e.g., the time being implied because it is current) and a previouslyrecorded whack time (e.g., of a prior whack) can be compared to apredetermined time interval. If the time between the time of a currentwhack and a previously recorded whack time is within the predeterminedtime interval then multiple whacks have been detected within thepredetermined time interval.

The time interval can be a predetermined duration (e.g., a second). Thetime interval can be set longer or shorter to increase or decrease thesensitivity of the mobile device to controlling an audio signal based onmultiple whacks within the time duration.

Detecting multiple whacks within a time interval can be beneficial. Forexample, controlling an audio signal a device based on detectingrepeated whacks within a time duration can reduce the amount of times amobile device is controlled based on an unintentional movement (e.g.,interpreted as a whack) by a user.

EXAMPLE 15 Exemplary Acceleration Data Received Before Audio Signal

In any of the examples herein, acceleration data can be collected beforea mobile device begins to produce and audio signal. For, exampleacceleration data can be collected before a mobile device begins tosound an alarm.

The acceleration data collected before a mobile device begins to producean audio signal can be used in evaluating a correlation betweenacceleration data collected after the mobile device begins to produceand audio signal and exemplar whack event data. In one example, ifacceleration information collected before a mobile device beginssignaling indicates that the mobile device is accelerating or is beingwhacked, the determination of a correlation can be adjusted. Forexample, the exemplar whack event data can be selected such that it isexemplary of a mobile device in motion, or under other circumstances.For example, mobile device circumstances can be that the mobile deviceis stationary, moving with corresponding acceleration, or the like.

In another example, a threshold value for determining the sufficiency ofa correlation for detecting a whack can be set based on the accelerationinformation collected before an audio signal is produced. For example,the threshold value can be set higher or lower than a default thresholdvalue. In another example, the acceleration information can be used tofilter out noise from acceleration data collected after a mobile devicebegins to produce and audio signal.

EXAMPLE 16 Exemplary Feedback for Mode Change

In any of the examples herein, a mobile device can provide feedback thatthe mobile device has changed modes. For example the mobile device canvibrate one or more times to indicate that the mobile device has enteredinto a silent mode in response to an audio signal being controlled. Inother examples, a mobile device could produce other feedback such asvisual flashing or the like.

EXAMPLE 17 Exemplary Vendor Configuration

In any of the examples herein, a mobile device can be configured by avendor to control an audio signal based on a whacking of the mobiledevice. The vendor can configure the exemplar whack event data,threshold values, correlation techniques, and other configurables.

Such an arrangement can be beneficial to tune parameters based on thedevice. For example, a larger device may have different thresholds thana smaller device.

EXAMPLE 18 Exemplary Whack

FIG. 3A is a diagram 300 of an exemplary whack on which exemplar whackevent data can be based. In the diagram 300, a user 310 whacks a mobiledevice 320 that is producing an audio signal 330. For example, the whackapplies force to the mobile device 320 which causes the mobile device320 to move over a period of time and accelerate accordingly. A whackcan be a hitting of the mobile device 320 such as with a slap, hit,swat, smack, flick, push, tap, or the like. The whack can include impactwith the device 320. Because the user 310 has the mobile device 320 in apocket 340, the whack is generally applied to one side of the mobiledevice 320. A whack can be applied to one side of a mobile device ormore than one side of a mobile device. When the mobile device 320 iswhacked, the whack can be detected with reference to exemplar whackevent data.

EXAMPLE 19 Exemplary Accelerometer Axes

FIG. 3B is a diagram 350 illustrating exemplary accelerometer axes for amobile device. As seen in FIG. 3B a mobile device 360 can have anexemplary coordinate system for which acceleration can be measured thatincludes an X axis 370, a Y axis 374, and a Z axis 378. The Z axis 378corresponds to the short dimension 380 of the mobile device 360. If theforce of a whack is applied generally to the front side 384 of mobiledevice 360, the mobile device 360 can move and accelerate generallyalong the Z axis 378. If the mobile device 360 encounters another objectwhile moving, it can bounce off of the object and move along the Z axis378 in the opposite direction.

A mobile device can rest on one side or multiple sides when whacked by auser. For example, the mobile device can be in a pocket of a user orlying on a table. Because of the orientation of the mobile device, theforce of the whack can generally be applied to one side of the mobiledevice causing the mobile device to move and rebound off of anotherobject. Over a period of time, a whack can cause a mobile device to moveand accelerate generally in a direction and the rebound can cause themobile device to move and accelerate generally in another direction(e.g., generally the opposite direction).

Because the force of a whack is generally applied to one side of themobile device it can be useful to measure the acceleration of the devicealong a single axis of a coordinate system for the mobile device (e.g.,isolate the data of one axis). In one example, detection of accelerationalong a short axis of the device (e.g., the axis orthogonal (e.g.,generally) to the display or touchscreen of the mobile device) can besufficient to determine whether a whack has occurred.

Measuring the acceleration along a single axis of the coordinate systemsuch as along the Z axis 378 can be beneficial for preventing falsedetections of a whacking event. The motion from a whack can be primarilyalong one axis of the coordinate system for the device, and limitingconsideration of acceleration along that single axis can be sufficientto detect a user whack. By not using acceleration information from otheraxes when determining whether a whack event has occurred, resources ofthe mobile device 360 can be conserved. For example, not usingacceleration information for the X axis 370 and Y axis 374 whiledetermining a correlation of data can improve the detection of awhacking event if there is less motion along those axes than in the Zaxis 378.

Still, measurement of the acceleration of a moving mobile device can betaken according to various axes of a coordinate system for a mobiledevice, and acceleration information from various axes can be used todetermine a correlation with exemplar event data.

EXAMPLE 20 Exemplary Method of Employing a Combination of theTechnologies

FIG. 4 is a flowchart of an exemplary method 400 of controlling an audiosignal of a mobile device (e.g., directly or indirectly).

At 410, acceleration data is received from the accelerometer.

At 420, a correlation is determined using acceleration data andexemplary whacking event data. The correlation can be based on themeasurements of acceleration of the mobile device and exemplar whackevent data stored by the mobile device.

At 430 a determination is made if a whack has been detected. It can bedetermined that a whack has been detected if the correlation issufficient to indicate a whacking event has occurred.

At 440, a detected whack is recorded. For example, an indicator that awhack has been detected can be stored in a memory store.

At 450, a determination is made if another whack has been detectedwithin a time interval.

At 460, the audio signal of the mobile device is controlled. Forexample, the audio signal can be controlled based on the determinationthat more than one whack is detected within a time interval.

At 470, feedback is provided that the device has entered into a silentmode.

EXAMPLE 21 Exemplary System with Data Window of Accelerometer Data

In any of the examples herein, a data window of accelerometer data canbe used. FIG. 5 is a block diagram of an exemplary system implementingevent detection via a sliding window of accelerometer data. In FIG. 5,an exemplary mobile device 500 uses an acceleration data window 504 inthe controlling of a mobile device audio signal. In the example, anaccelerometer 510 measures acceleration of the mobile device 500 andprovides a whack based audio control module 520 acceleration datasamples 534 sampled at a predetermined rate (e.g., 50 samples persecond).

The most recently received acceleration data sample 530 is added (e.g.,while the device is producing audio) to a set of previously receivedsamples 534 to create the acceleration data window 504 which can beportion of the received acceleration data samples. For example, the setof previously received samples 534 can be a predetermined number of themost recently received samples, or some other set of received samples.For example, as the acceleration window 504 slides to include the mostrecently received acceleration data sample 530, acceleration data sample538 is removed from the acceleration window 504, because it was receivedbefore samples 534 and its inclusion would exceed the predeterminednumber of samples allowed in the set of previously received samples 534of the acceleration data window 504. After the acceleration windowslides to include the most recently received acceleration data sample530, the acceleration data window 504 is processed by a correlationdetermination module 540.

The exemplar whack event data 550 is also available to the correlationdetermination module 540. The correlation determination module 540 usesthe acceleration data window 504 and the exemplar whack event data 550to determine a correlation between the sets of data. Based on thecorrelation determined by the correlation determination module 540, theaudio signal of mobile device 500 is controlled.

The connections shown in FIG. 5 do not necessarily indicate directconnections and can be more complex including intermediate connections.In practice, the mobile device 500 can be less or more complicated(e.g., with additional functionality than that shown).

EXAMPLE 22 Exemplary Method with Data Window of Accelerometer Data

FIG. 6 is a flowchart of an exemplary method 600 of using sampledacceleration data to control an audio signal of a mobile device.

At 610 a most current sample of acceleration data is received.Acceleration data can be sampled from an accelerometer. For example, anaccelerometer can measure and output current acceleration data at apredetermined rate (e.g., 50 samples per second).

At 620 an acceleration data window is created. Although a size of 20 isdiscussed for purposes of example, the technology can be used with othersizes. An acceleration data window can be the most current sampledacceleration data combined with previously received samples ofacceleration data. For example, when the most current sample isreceived, the sample can be added to the 20 most recently receivedsamples to create the acceleration data window. In another example themost current sample can be combined with a predetermined set ofpreviously received samples. In another example, an acceleration datawindow can slide as periodic acceleration measurements are received. Forexample, the acceleration data window can have a set number ofmeasurements allowed in the window and as new acceleration datameasurements are received, the acceleration data window can slide toinclude the most recently received acceleration data measurements withinthe set number of allowed measurements. The sliding of the accelerationwindow can exclude or remove previously included measurement samples ofthe window. Also, the sliding of a window can create a new window. Forexample, a first window can slide to include new samples and exclude oldsamples to make a new window or second window.

At 630 a correlation between the acceleration data window and exemplarwhack event data is determined by evaluating (e.g., comparing) the data.For example, the most current sampled acceleration data combined with 20previously received samples can be used as input into a statisticalfunction along with exemplar whack event data to determine a correlationbetween the sets of data.

At 640 an audio signal of the device is controlled based on thedetermined correlation. For example, a message alert is controlled basedon a correlation sufficient to indicate that a whack is detected.

EXAMPLE 23 Exemplary Advantages

Although not necessary, various advantages can accrue from using thetechnologies described herein. For example, when a mobile device isstationary, it still has acceleration applied to it due to the effectsof gravity. Although the acceleration data could be pre-filtered in anattempt to remove the constant effects of gravity, use of a correlationcoefficient as described herein can provide accurate correlationdetermination without regard to the constant effects of gravity.

EXAMPLE 24 Exemplary Computing Environment

FIG. 7 illustrates a generalized example of a suitable computingenvironment 700 in which described embodiments, techniques, andtechnologies may be implemented. The computing environment 700 is notintended to suggest any limitation as to scope of use or functionalityof the technology, as the technology may be implemented in diversegeneral-purpose or special-purpose computing environments. For example,the disclosed technology may be implemented with any type of computingdevice, including hand held devices, mobile communications devices,multiprocessor systems, microprocessor-based or programmable consumerelectronics, network PCs, minicomputers, mainframe computers, and thelike. The disclosed technology may also be practiced in distributedcomputing environments where tasks are performed by remote processingdevices that are linked through a communications network. In adistributed computing environment, program modules may be located inboth local and remote memory storage devices.

With reference to FIG. 7, the computing environment 700 includes atleast one processing unit 710 and memory 720. In FIG. 7, this most basicconfiguration 730 is included within a dashed line. The processing unit710 executes computer-executable instructions. In a multi-processingsystem, multiple processing units execute computer-executableinstructions to increase processing power and as such, multipleprocessors can be running simultaneously. The memory 720 may be volatilememory (e.g., registers, cache, RAM), non-volatile memory (e.g., ROM,EEPROM, flash memory, etc.), or some combination of the two. The memory720 stores software 780 that can, for example, implement the whack basedaudio control technologies described herein. A computing environment mayhave additional features. For example, the computing environment 700includes storage 740, one or more input devices 750, one or more outputdevices 760, and one or more communication connections 770. Aninterconnection mechanism (not shown) such as a bus, a controller, or anetwork, interconnects the components of the computing environment 700.Typically, operating system software (not shown) provides an operatingenvironment for other software executing in the computing environment700, and coordinates activities of the components of the computingenvironment 700.

The storage 740 may be removable or non-removable, and includes magneticdisks, magnetic tapes or cassettes, CD-ROMs, CD-RWs, DVDs, or any othermedium which can be used to store information and which can be accessedwithin the computing environment 700. The storage 740 storesinstructions for the software 780, which can implement technologiesdescribed herein.

The input device(s) 750 may be a touch input device, such as a keyboard,keypad, mouse, pen, or trackball, a voice input device, a scanningdevice, or another device, that provides input to the computingenvironment 700. The environment may also have a touch screen as aninput device and display. For audio, the input device(s) 750 may be asound card or similar device that accepts audio input in analog ordigital form, or a CD-ROM reader that provides audio samples to thecomputing environment 700. The output device(s) 760 may be a display,printer, speaker, CD-writer, or another device that provides output fromthe computing environment 700.

The communication connection(s) 770 enable communication over acommunication medium (e.g., a connecting network) to another computingentity. The communication medium conveys information such ascomputer-executable instructions, or other data in a modulated datasignal.

Computer-readable media are any available media that can be accessedwithin a computing environment 700. By way of example, and notlimitation, with the computing environment 700, computer-readable mediainclude memory 720 and/or storage 740. As should be readily understood,the term computer-readable storage media includes the media for datastorage such as memory 720 and storage 740, and not transmission mediasuch as modulated data signals.

EXAMPLE 25 Exemplary Mobile Device

FIG. 8 is a system diagram depicting an exemplary mobile device 800including a variety of optional hardware and software components, showngenerally at 802. Any components 802 in the mobile device cancommunicate with any other component, although not all connections areshown, for ease of illustration. The mobile device can be any of avariety of computing devices (e.g., cell phone, smartphone, handheldcomputer, Personal Digital Assistant (PDA), etc.) and can allow wirelesstwo-way communications with one or more mobile communications networks804, such as a cellular or satellite network.

The illustrated mobile device 800 can include a controller or processor810 (e.g., signal processor, microprocessor, ASIC, or other control andprocessing logic circuitry) for performing such tasks as signal coding,data processing, input/output processing, power control, and/or otherfunctions. An operating system 812 can control the allocation and usageof the components 802 and support for one or more application programs814, 815. The application programs can include common mobile computingapplications (e.g., email applications, calendars, contact managers, webbrowsers, messaging applications), any whack based audio controltechnologies described herein, or any other computing application.

The illustrated mobile device 800 can include memory 820. Memory 820 caninclude non-removable memory 822 and/or removable memory 824. Thenon-removable memory 822 can include RAM, ROM, flash memory, a harddisk, or other well-known memory storage technologies. The removablememory 824 can include flash memory or a Subscriber Identity Module(SIM) card, which is well known in GSM communication systems, or otherwell-known memory storage technologies, such as “smart cards.” Thememory 820 can be used for storing data and/or code for running theoperating system 812 and the application programs 814. Example data caninclude web pages, text, images, sound files, video data, or other datasets to be sent to and/or received from one or more network servers orother devices via one or more wired or wireless networks. The memory 820can be used to store a subscriber identifier, such as an InternationalMobile Subscriber Identity (IMSI), and an equipment identifier, such asan International Mobile Equipment Identifier (IMEI). Such identifierscan be transmitted to a network server to identify users and equipment.

The mobile device 800 can support one or more input devices 830, such asa touch screen 832, microphone 834, camera 836, physical keyboard 838and/or trackball 840 and one or more output devices 850, such as aspeaker 852 and a display 854. Other possible output devices (not shown)can include piezoelectric or other haptic output devices. Some devicescan serve more than one input/output function. For example, touchscreen832 and display 854 can be combined in a single input/output device.

A wireless modem 860 can be coupled to an antenna (not shown) and cansupport two-way communications between the processor 810 and externaldevices, as is well understood in the art. The modem 860 is showngenerically and can include a cellular modem for communicating with themobile communication network 804 and/or other radio-based modems (e.g.,Bluetooth or Wi-Fi). The wireless modem 860 is typically configured forcommunication with one or more cellular networks, such as a GSM networkfor data and voice communications within a single cellular network,between cellular networks, or between the mobile device and a publicswitched telephone network (PSTN).

The mobile device can further include at least one input/output port880, a power supply 882, a satellite navigation system receiver 884,such as a Global Positioning System (GPS) receiver, an accelerometer886, gyroscope, and/or a physical connector 890, which can be a USBport, IEEE 1394 (FireWire) port, and/or RS-232 port. The illustratedcomponents 802 are not required or all-inclusive, as any components candeleted and other components can be added.

EXAMPLE 26 Exemplary Implementation Environment

FIG. 9 illustrates a generalized example of a suitable implementationenvironment 900 in which described embodiments, techniques, andtechnologies may be implemented.

In example environment 900, various types of services (e.g., computingservices) are provided by a cloud 910. For example, the cloud 910 cancomprise a collection of computing devices, which may be locatedcentrally or distributed, that provide cloud-based services to varioustypes of users and devices connected via a network such as the Internet.The implementation environment 900 can be used in different ways toaccomplish computing tasks. For example, some tasks (e.g., processinguser input and presenting a user interface) can be performed on localcomputing devices (e.g., connected devices 930, 940, 950) while othertasks (e.g., storage of data to be used in subsequent processing) can beperformed in the cloud 910.

In example environment 900, the cloud 910 provides services forconnected devices 930, 940 950 with a variety of screen capabilities.Connected device 930 represents a device with a computer screen 935(e.g., a mid-size screen). For example, connected device 930 can be apersonal computer such as desktop computer, laptop, notebook, netbook,or the like that implements the whack based audio control technologiesdescribed herein. Connected device 940 represents a device with a mobiledevice screen 945 (e.g., a small size screen). For example, connecteddevice 940 can be a mobile phone, smart phone, personal digitalassistant, tablet computer, and the like. Connected device 950represents a device with a large screen 955. For example, connecteddevice 950 can be a television screen (e.g., a smart television) oranother device connected to a television (e.g., a set-top box or gamingconsole) or the like. One or more of the connected devices 930, 940, 950can include touch screen capabilities. Touchscreens can accept input indifferent ways. For example, capacitive touchscreens detect touch inputwhen an object (e.g., a fingertip or stylus) distorts or interrupts anelectrical current running across the surface. As another example,touchscreens can use optical sensors to detect touch input when beamsfrom the optical sensors are interrupted. Physical contact with thesurface of the screen is not necessary for input to be detected by sometouchscreens. Devices without screen capabilities also can be used inexample environment 900. For example, the cloud 910 can provide servicesfor one or more computers (e.g., server computers) without displays.

Services can be provided by the cloud 910 through service providers 920,or through other providers of online services (not depicted). Forexample, cloud services can be customized to the screen size, displaycapability, and/or touch screen capability of a particular connecteddevice (e.g., connected devices 930, 940, 950).

In example environment 900, the cloud 910 provides the technologies andsolutions described herein to the various connected devices 930, 940,950 using, at least in part, the service providers 920. For example, theservice providers 920 can provide a centralized solution for variouscloud-based services. The service providers 920 can manage servicesubscriptions for users and/or devices (e.g., for the connected devices930, 940, 950 and/or their respective users).

Although the operations of some of the disclosed methods are describedin a particular, sequential order for convenient presentation, it shouldbe understood that this manner of description encompasses rearrangement,unless a particular ordering is required by specific language set forthbelow. For example, operations described sequentially may in some casesbe rearranged or performed concurrently. Moreover, for the sake ofsimplicity, the attached figures may not show the various ways in whichthe disclosed methods can be used in conjunction with other methods.

Any of the disclosed methods can be implemented as computer-executableinstructions stored on one or more computer-readable storage media(e.g., non-transitory computer-readable media, such as one or moreoptical media discs, volatile memory components (such as DRAM or SRAM),or nonvolatile memory components (such as hard drives)) and executed ona computer (e.g., any commercially available computer, including smartphones or other mobile devices that include computing hardware). Any ofthe computer-executable instructions for implementing the disclosedtechniques as well as any data created and used during implementation ofthe disclosed embodiments can be stored on one or more computer-readablemedia (e.g., non-transitory computer-readable media). Thecomputer-executable instructions can be part of, for example, adedicated software application or a software application that isaccessed or downloaded via a web browser or other software application(such as a remote computing application). Such software can be executed,for example, on a single local computer (e.g., any suitable commerciallyavailable computer) or in a network environment (e.g., via the Internet,a wide-area network, a local-area network, a client-server network (suchas a cloud computing network), or other such network) using one or morenetwork computers.

For clarity, only certain selected aspects of the software-basedimplementations are described. Other details that are well known in theart are omitted. For example, it should be understood that the disclosedtechnology is not limited to any specific computer language or program.For instance, the disclosed technology can be implemented by softwarewritten in C++, Java, Perl, JavaScript, Adobe Flash, or any othersuitable programming language. Likewise, the disclosed technology is notlimited to any particular computer or type of hardware. Certain detailsof suitable computers and hardware are well known and need not be setforth in detail in this disclosure.

Furthermore, any of the software-based embodiments (comprising, forexample, computer-executable instructions for causing a computer toperform any of the disclosed methods) can be uploaded, downloaded, orremotely accessed through a suitable communication means. Such suitablecommunication means include, for example, the Internet, the World WideWeb, an intranet, software applications, cable (including fiber opticcable), magnetic communications, electromagnetic communications(including RF, microwave, and infrared communications), electroniccommunications, or other such communication means.

The disclosed methods, apparatus, and systems should not be construed aslimiting in any way. Instead, the present disclosure is directed towardall novel and nonobvious features and aspects of the various disclosedembodiments, alone and in various combinations and subcombinations withone another. The disclosed methods, apparatus, and systems are notlimited to any specific aspect or feature or combination thereof, nor dothe disclosed embodiments require that any one or more specificadvantages be present or problems be solved.

In view of the many possible embodiments to which the principles of thedisclosed invention may be applied, it should be recognized that theillustrated embodiments are only preferred examples of the invention andshould not be taken as limiting the scope of the invention. Rather, thescope of the invention is defined by the following claims. We thereforeclaim as our invention all that comes within the scope and spirit ofthese claims.

1. A method comprising: in a mobile communications device: receivinginformation indicative of acceleration of the mobile communicationsdevice; determining correlation between the information indicative ofacceleration of the mobile communications device and exemplar whackevent data; and based at least on the correlation, controlling an audiosignal of the mobile communications device.
 2. The method of claim 1wherein: determining correlation comprises evaluating a window ofaccelerometer data samples against the exemplar whack event data.
 3. Themethod of claim 2 further comprising: adding a sample and removing asample from the window of accelerometer data samples as the mobilecommunications device produces an audio signal.
 4. The method of claim 1further comprising: recording incidence of a prior whack event; and upondetecting correlation between the information indicative of accelerationof the mobile communications device and the exemplar whack event data,determining whether the prior whack event occurred within a thresholdperiod of time; wherein, controlling the audio signal is performedresponsive to determining that the prior whack event occurred within thethreshold period of time.
 5. The method of claim 1 further comprising:receiving additional information indicative of acceleration of themobile communications device; determining correlation between theadditional information indicative of acceleration of the mobilecommunications device and the exemplar whack event data; whereincontrolling the audio signal of the mobile communications device isfurther based at least on detecting a plurality of whacking eventswithin a threshold time interval.
 6. The method of claim 1, whereindetermining correlation comprises determining a correlation coefficient.7. The method of claim 6, wherein the correlation coefficient comprisesa Pearson correlation coefficient.
 8. The method of claim 1, wherein theaudio signal comprises at least one of an incoming call ringtone, analarm, or user-initiated audio.
 9. The method of claim 1, wherein:information indicative of acceleration considered during determiningcorrelation is limited to information indicative of acceleration of asingle axis.
 10. The method of claim 9, wherein: the mobilecommunications device produces information indicative of accelerationfor a plurality of axes.
 11. The method of claim 9, wherein: the singleaxis is a short axis of the mobile communications device.
 12. The methodof claim 9, wherein: the single axis is orthogonal to a touchscreen ofthe mobile communications device.
 13. The method of claim 10,comprising: disregarding information indicative of acceleration for atleast one axis of the plurality of axes.
 14. The method of claim 1,wherein receiving information indicative of acceleration of the mobilecommunications device comprises receiving data of acceleration from anaccelerometer over time; and wherein controlling the audio signal of themobile communications device is further based at least on informationindicative of acceleration of the mobile communications device that isreceived before the audio signal begins.
 15. The method of claim 1further comprising: providing feedback that the mobile communicationsdevice has changed into a silent mode.
 16. The method of claim 1,wherein the exemplar whack event data comprises data of magnitudes ofacceleration; and wherein controlling the audio signal comprisessilencing an audio signal of the mobile communications device.
 17. Amobile device comprising: at least one accelerometer; at least onespeaker; at least one processor; and memory, the memory storinginstructions that when executed by the at least one processor causes themobile device to perform a method, the method comprising: collectingacceleration data from the at least one accelerometer; determining acorrelation coefficient using at least a portion of the accelerationdata and exemplar whack event data; and controlling an audio signalbased at least on the correlation coefficient.
 18. The mobile device ofclaim 17 wherein the method further comprises: determining a secondcorrelation coefficient at least using a second portion of theacceleration data and the exemplar whack event data; determining thatthe correlation coefficient and second correlation coefficient weredetermined within a time interval; and wherein controlling the audiosignal is further based at least on the second correlation coefficientand the determination that the correlation coefficient and secondcorrelation coefficient were determined within the time interval. 19.The mobile device of claim 17, wherein: the acceleration data comprisesacceleration data along a single axis; and wherein the exemplar whackevent data corresponds to acceleration along the single axis.
 20. Acomputer-readable storage medium storing computer-executableinstructions, the computer-executable instructions causing a computingdevice to perform a method, the method comprising: when the computingdevice begins signaling an audio signal, initiating collection ofaccelerometer data from an accelerometer of the computing device, theaccelerometer data comprising a plurality of magnitudes of accelerationalong a single, short axis of the computing device; detecting a firstwhack event based on a first correlation coefficient, wherein the firstcorrelation coefficient is determined using at least a first window ofthe accelerometer data and exemplar whack event data, and theaccelerometer data of the window of the accelerometer data is limited tothat of the single, short axis of the computing device; detecting asecond whacking event based on a second correlation coefficient, whereinthe second correlation coefficient is determined using at least a secondwindow of the accelerometer data and the exemplar whack event data;determining that the first whack event and the second whack event weredetected within a threshold time interval; and based on thedetermination that the first and second whacking events were detectedwithin a time interval, silencing the audio signal of the computingdevice.